home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group95b.txt / 000057_icon-group-sender _Mon Jun 19 18:09:00 1995.msg < prev    next >
Internet Message Format  |  1995-09-18  |  3KB
  1. Received: by cheltenham.cs.arizona.edu; Tue, 20 Jun 1995 13:23:49 MST
  2. Message-Id: <9506191810.AA27336@ns1.computek.net>
  3. Mime-Version: 1.0
  4. Content-Length: 2659
  5. Content-Type: text/plain
  6. Content-Transfer-Encoding: 7bit
  7. Date: Mon, 19 Jun 95 18:09 CDT
  8. From: gep2@computek.net
  9. Subject: Re: ICON and Data Conversion
  10. To: icon-group@cs.arizona.edu
  11. X-Mailer: SPRY Mail Version: 04.00.06.14
  12. Errors-To: icon-group-errors@cs.arizona.edu
  13.  
  14. >>....One of the requirements is always to take mainframe information and 
  15. convert it into some format that can be loaded into the new system database, 
  16. usually UNIX based but I suspect I'll be working with NT soon.  When I perform 
  17. this work, I require the delivery of a plain ascii text file.  I then use KSH 
  18. with PERL or AWK to parse the file and create the file(s) for loading.  Some of 
  19. the conversion processing involves creating relationships with several other 
  20. files or database tables for referential integrity or looking up descriptive 
  21. data, etc.  I am always looking for good tools that can make my work easier and 
  22. of better quality.  I would like to know if ICON is suitable for this type of 
  23. work.  
  24.  
  25. >ICON is certainly suitable for this type of work, but even though I have ICON 
  26. available for the extensive amounts of data conversion that I must frequently 
  27. perform, I was surprised to discover that AWK seems to be the language that I 
  28. most frequently choose for most of these tasks.
  29.  
  30. I think that while you gravitate back to AWK (ugh) that's where I would 
  31. gravitate back to SNOBOL4+... but I think S4+ is far superior to AWK/Perl, has 
  32. the concise and elegant pattern description (almost as concise, and FAR more 
  33. powerful, than REs).
  34.  
  35. >It's nothing against ICON. I still use it a lot, but it just seems like AWK has 
  36. about the right combination of simplicity, power, and ease of programming for 
  37. doing data conversions. I understand that AWK was designed with such tasks in 
  38. mind.
  39.  
  40. AWK and Perl are basically "Poor Man's SNOBOLs", a logistical substitute 
  41. suitable for implementation on a "tiny machine" that was too small to implement 
  42. a more sophisticated language like SNOBOL4.  It's certainly understandable that 
  43. they would be more inclined to implement a simpler language than S4... there 
  44. have only been a handful of truly complete, totally new implementations of S4 
  45. ever written.  (Nearly all of them have been ports of the SIL macro-based 
  46. implementation).
  47.  
  48. >I find that such functions as split, (g)sub, and printf, plus the
  49. regular expressions are indispensible most of the times I have to
  50. convert data, 
  51.  
  52. I consider REs a miserably poor substitute for SNOBOL4 patterns, a throwback to 
  53. UNIX's teletype origins where every keystroke required a punch on a paper tape 
  54. or a character strike on a 10cps teleprinter.  Nowadays that we all work on 
  55. video displays and with orders of magnitude more processing power, sticking with 
  56. something as primitive as REs is simply pathetic, as out-of-date as just echoing 
  57. a backslash or something for each press of the backspace key.
  58.  
  59. Gordon Peterson
  60. http://www.computek.net/public/gep2/
  61.  
  62.